home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1993 July / Internet Tools.iso / RockRidge / mail / pine / imap_archive / text0126.txt < prev    next >
Encoding:
Text File  |  1993-07-02  |  1.7 KB  |  41 lines

  1. >    I have recently read RFC 1203 (2/91). A question occurred
  2. > me when I saw the following sentence (page 3): "This should allow
  3. > the IMAP protocol to evolve away from its current reliance on RFC822".
  4.  
  5. >     Is there any work being done in order to support other
  6. > message types (for example, X.400 P2(84) or P2(88)) ?
  7.  
  8. Yes, if you count the addition of structure decomposition aligned with MIME. I
  9. know of no plans or intentions to support X.400 P2 or P22 constructs in the
  10. protocol, however. Mark?
  11.  
  12. The real advantage of adding structuring support to the protocol is that then
  13. you don't have to do it all in every client. Clients can use the server to
  14. parse and obtain whatever parts of each message they want. This is true even
  15. when you use a disconnectable client -- the client can store the message in
  16. whatever format it likes.
  17.  
  18. > I suppose
  19. > this could be interesting since the same UA could be used for the
  20. > following configurations:
  21.  
  22. > ...
  23.  
  24. > This configuration would allow the UA to receive RFC822 and
  25. > P2 messages without any conversions to be applied.
  26.  
  27. While there might be some advantage here, it is not likely to amount to much.
  28. Any conversion of X.400 to MIME should involve no loss of semantics at all.
  29. (The same cannot be said for the other direction, unfortunately.)
  30.  
  31. Remember that one goal of IMAP is to keep the clients small and simple. Having
  32. support for two message formats and structures, no matter what formats you
  33. pick, increases the size of the clients considerably. It would be far better to
  34. do the conversion to MIME format and structure on the server host. In the case
  35. of X.400->MIME this can be done quite efficiently on a server -- I know because
  36. I've written code to do it myself.
  37.  
  38.                 Ned
  39.  
  40.  
  41.